To conclude this report the research questions are answered separatly and pointers are
given as towards what further research can be conducted based on the elaborated
results.\\
\\
\emph{"What metrics need to be considered in order to build energy profiles of
networking devices and how can such data be published by using distributed
multi-domain monitoring systems."} \\
\\
The results provided in section~\ref{sec:results_metric} show that our proposed metric
does calculate granular and distinguishable results on a per port base. The attempt to
include as much infrastructure as possible succeded in thusfar that the metric is
calculated from readouts that can reasonably be assumed to be available for any
SNMP-enabled device that is connected to a PDU. \\
Based on the results of our proposed small-scale implementation
(section~\ref{sec:results_greensonar}) we furthermore regard it possible to make
available the metric using a distributed multi-domain monitoring system.
\\
\\
\emph{"Is perfSONAR-PS a suitable architecture to achieve energy profiling of
computational devices, and what are the necessary steps to be undertaken to evolve
perfSONAR-PS in a system we can call 'GreenSONAR'?"}\\
\\
As pointed out above, the distribution of energy profiles in general is
possible. perfSONAR-PS does theoretically provide all requirements, but as adressed in
Section~\ref{sec:results_greensonar} the infrastructural scope in which the system would be used 
needs to be closely considered. The introduction of perfSONAR-PS in high-demand networks might 
result in scalability issues in case the forwarding plane of the network relies on data that needs to be obtained
from perfSONAR-PS Measurement Archives.

\section{Future Research}
\subsection{Metric}
In future the new metric needs to be tested more thoroughly to determine the exact
range of its application. Such could be done by a (small scale) implementation that,
within a longer period of time, makes path decisions based on the metric. From the
gained data the actual efficiency gain determined. \\
There is also room to expand on how the metric could be adapted towards e.g. cpu-load
instead of utilization to suit the performance readings of devices that are less
related to utilization in terms of bit rate.

\subsection{GreenSONAR}
In order to implement new Measurement Archive(s) for perfSONAR-PS capable of publishing metrics
that can be used to devise energy profiles for network nodes, a close collaboration with ESnet and Internet2 
would be needed. This can be achieved by relying on the perfSONAR-PS mailing list available at:

\href{https://lists.internet2.edu/sympa/info/performance-announce}{https://lists.internet2.edu/sympa/info/performance-announce}

The application of perfSONAR-PS in high demand networks would not scale well due to the large network overhead presented by the underlying SOAP XML protocol. 
In such environments, the usage of perfSONAR NC can be more beneficial as its communication protocol is based of NETCOF which offers various flexible modifications of RPC procedures for the purpose of minimizing network payloads.
